Repository navigation
Feature/galeria flota cooperativas - #62
Conversation
…vas y visor ampliado
…ooperativa en URL
The-Fabry
left a comment
There was a problem hiding this comment.
Revisión y Aprobación: Galería flota cooperativas (PR #62)
Excelente trabajo con esta galería. Es una funcionalidad muy visual que le da un toque de calidad al buscador y permite a los usuarios ver las unidades de cada cooperativa antes de comprar.
Puntos que revisé y me gustaron:
-
Componente de Galería (GaleriaFlota.tsx):
- La interfaz se ve muy limpia y profesional. Las tarjetas para cada cooperativa con su foto, nombre y cantidad de frecuencias están muy bien diseñadas.
- Es un gran acierto que al hacer clic en una cooperativa, se filtre automáticamente el listado de abajo. Hace que la búsqueda sea mucho más rápida.
-
Organización de Datos (buses-galeria.ts):
- Excelente idea crear un archivo separado para el catálogo de imágenes.
- La función
resolverSlugCooperativaes muy útil, ya que permite que la galería funcione sin importar si la URL trae el nombre de la cooperativa, el ID (ej.coop-001) o un slug. Eso hace que el código sea muy flexible.
-
Integración en el Buscador:
- La galería se integra perfectamente en el flujo de búsqueda, mostrándose solo cuando ya se cargaron los datos.
- El contador de resultados filtrados es un detalle muy útil para el usuario.
Revisión de la Lista de Verificación:
- Rama creada desde develop.
- Commits con el formato correcto.
- Compilación exitosa.
- Imágenes correctamente organizadas en
public/buses/. - Esperando las aprobaciones restantes para hacer el merge.
¡Muy buen trabajo!
AnahiM2025
left a comment
There was a problem hiding this comment.
Revisión de PR: Aprobado
¡Qué buen trabajo con esta galería! Le da un plus visual enorme al buscador y permite que el usuario vea las unidades antes de comprar, lo cual genera mucha más confianza.
He revisado el código y quedó todo muy bien estructurado:
La UI (GaleriaFlota.tsx): Las tarjetas quedaron impecables con la foto, el nombre y las frecuencias. Me encantó el detalle de que al hacer clic filtre automáticamente el listado de abajo; hace la búsqueda mucho más intuitiva.
El manejo de datos (buses-galeria.ts): Tener el catálogo separado es un acierto. Y la función resolverSlugCooperativa es brillante: resuelve el problema de la URL sin importar si viene el nombre, el ID o el slug.
La integración: La galería encaja perfecto en el flujo de búsqueda y el contador de resultados es un detalle que se agradece.
Revisé el checklist y todo en orden: rama desde develop, commits correctos, compilación exitosa y las imágenes bien ubicadas en public/buses/.
Con las aprobaciones restantes ya se puede hacer el merge. ¡Excelente aporte! 🚀
…ante por transferencia
"[feat]: agrega panel de revisión y validación de transferencias para operadores"
📌 Convención obligatoria del título
Usar uno de los siguientes prefijos:
Ejemplos válidos
[bug]: corrige error al iniciar sesión[feat]: agrega filtro por categorías[refactor]: reorganiza módulo de autenticación[sec]: corrige vulnerabilidad XSS en formularios📌 Resumen Ejecutivo
Implementa la interfaz administrativa y lógica de negocio para que los operadores auditen depósitos bancarios pendientes. Permite visualizar el comprobante con URLs firmadas temporales, conciliar el número de comprobante/monto y cambiar el estado de la reserva a aprobada o rechazada. Al resolverse, el sistema emite el boleto y notifica al usuario vía correo o interfaz en tiempo real.
🎯 Objetivo del cambio
🧩 Contexto / Problema detectado
Detalle:
Los comprobantes enviados en el checkout quedaban registrados en la base de datos, pero los operadores no contaban con una vista dedicada para aprobarlos o rechazarlos, obligando a verificaciones manuales directas en el gestor de base de datos.
🔧 Tipo de cambio
🛠 Cambios realizados
/admin/pagos-pendientescon tabla paginada y filtros por fecha, cooperativa y estado.📂 Áreas / Componentes afectados
⚠ Impacto del cambio
Impacto funcional
Los administradores y operadores ahora tienen una pantalla dedicada para revisar transacciones, aprobar boletos legítimos o rechazar pagos no coincidentes ingresando un motivo visible para el usuario.
Impacto técnico
Se agrega validación de roles en la ruta administrativa, mutaciones transaccionales en la tabla de pagos y generación dinámica de URLs temporales hacia el almacenamiento seguro.
Impacto en rendimiento
La consulta de transacciones pendientes utiliza índices por estado y fecha, manteniendo tiempos de respuesta por debajo de 150 ms.
Impacto en seguridad
Se garantiza que solo usuarios con rol de operador o administrador accedan a la vista y a las URLs firmadas de los comprobantes bancarios, protegiendo datos sensibles.
🚨 Riesgos identificados
Plan de mitigación:
Se validaron las transacciones con aislamiento y control de concurrencia para evitar doble emisión de boletos si dos operadores interactúan al mismo tiempo.
🔄 Compatibilidad
Si rompe compatibilidad, explicar:
N/A. La funcionalidad opera de forma complementaria sobre las órdenes existentes.
🧪 Validación / Testing
Tipos de prueba ejecutados
Resultado obtenido
confirmaday genera el código QR del boleto.403 Forbiddena usuarios estándar.🧪 Cómo probar localmente
npm run dev).operadoroadmin./admin/pagos-pendientes.📸 Evidencia visual
/admin/pagos-pendientescon listado de transacciones.📋 Issues relacionados
🚀 Consideraciones para despliegue
Detalles:
revisado_por,motivo_rechazo,fecha_revision) se aplique antes de habilitar la ruta.🔙 Plan de rollback
Procedimiento:
Ejecutar
git revertdel commit de integración. La vista administrativa se desactiva sin comprometer la persistencia de los registros existentes.📈 Métricas esperadas (si aplica)
👀 Checklist del autor
Código
Calidad
Seguridad
Base de datos
Documentación
🧠 Notas para reviewers
Revisar especialmente:
Preguntas abiertas:
✅ Resultado esperado tras merge
El equipo de operaciones dispondrá del panel en producción para validar pagos en tiempo real, reduciendo el tiempo de confirmación de boletos y evitando la manipulación manual de registros en base de datos.
🏁 Aprobación sugerida